package com.chanzany.interview_secondary.jvm.jvm_04_OOM;

import java.nio.ByteBuffer;
import java.util.concurrent.TimeUnit;

/**
 配置参数：
 -Xms10m -Xmx10m -XX:+PrintGCDetails -XX:MaxDirectMemorySize=5m
 故障现象：

 导致原因：
 写NIO程序经常使用ByteBuffer来读取或写入数据，这是一种基于通道(Channel)与缓冲区(Buffer)的I/O方式
 它可以使用Native函数库直接分配堆外内存，然后通过一个存储在Java堆里面的DirectByteBuffer对象作为这块内存的引用进行操作
 这样能在一些场景中显著提高性能，因为避免了Java堆和Native堆中来回复制数据

 ByteBuffer.allocate(capacity)第一种方式方式是分配JVM堆内存，属于GC管理范畴，由于需要拷贝所以速度较慢

 ByteBuffer.allocateDirect(capacity) 第二种方式是分配OS本地内存，不属于GC管辖范围，由于不需要内存拷贝所以速度较快

 但如果不断分配本地内存，堆内存很少使用，那么JVM就不需要执行GC,DirectByteBuffer对象就不会被回收；
 这时候堆内存充足，但本地内存可能已经用光，再次尝试分配本地内存就会出现OutOfMemoryError,程序崩溃

 */
public class DirectBufferMemoryError {
    public static void main(String[] args) {
        System.out.println("配置的MaxDirectMemory:"+sun.misc.VM.maxDirectMemory()/(double)1024/1024+"MB");
        try { TimeUnit.SECONDS.sleep(3); } catch (InterruptedException e) { e.printStackTrace();}
        //-XX:MaxDirectMemorySize=5m        我们配置为5MB,但实际使用6MB
        ByteBuffer bb = ByteBuffer.allocateDirect(6 * 1024 * 1024);
    }
}
